Technique for call context based advertising through an information assistance service

ABSTRACT

In providing an information assistance service in a call by a user, the context of the call is ascertained. Context information is derived from information exchanges during the call. Inferences as to types of advertisement pertinent to the user location, event, etc. are drawn based on the context information. Pertinent advertisements, which may be further individualized based on personal preferences, are provided to the user at the conclusion of the call, or otherwise transmitted to the user via voicemail, SMS, email, WAP, paging, facsimile, instant messaging, text messaging, picture phone, video phone, etc.

The present application is a continuation-in-part of (1) applicationSer. No. 10/835,628, filed on Apr. 30, 2004 now abandoned; (2)application Ser. No. 10/334,226, filed on Dec. 31, 2002 now abandoned;(3) application Ser. No. 10/403,207, filed on Mar. 31, 2003 nowabandoned; and (4) application Ser. No. 10/323,287, filed on Dec. 19,2002 now U.S. Pat. No. 7,466,805, which is a continuation-in-part ofapplication Ser. No. 09/865,230 filed on May 25, 2001 now abandoned,which claims priority of Provisional Application Ser. No. 60/257,913filed on Dec. 21, 2000; all of which are incorporated herein byreference.

FIELD OF THE INVENTION

The invention relates to a communications system and method and, moreparticularly, to a system and method for providing an informationassistance service with enhanced service features.

BACKGROUND OF THE INVENTION

It is a common experience to use a wireline or wireless telephone tocall an operator for information assistance. In a typical informationassistance call, a caller identifies to the operator the name andaddress (sometimes city or area code) of a party whose telephone numberis desired. In response, the operator locates the desired destinationnumber using a computer database, for example. The destination number isthen provided to the caller. The number may be provided by a voiceserver which provides automated voicing of the number. The caller may beafforded an option to be connected to the destination number without theneed of first terminating the information assistance call.

In addition to connecting a caller to a destination number, aninformation assistance provider (e.g., an operator and/or a voiceserver) may furnish “concierge” services such as a restaurant guide andreservation service, event information, ticketing and reservationservice, hotel reservation and availability service, travel or flightreservation and ticketing services, ordering specific items such asflowers or food delivery, arranging transportation, and accessingentertainment guides. The use of information assistance to provide suchconcierge services is disclosed, e.g., in copending, commonly-assignedapplication Ser. No. 10/201,211, filed Jul. 22, 2002, which isincorporated herein by reference.

Thus, a telephone service, coupled with a proficient informationassistance service, allows a user to conduct day-to-day businesseffectively. However, a user of the same telephone service may also beinconvenienced from time to time by incoming calls which are unsolicitedand/or from unwanted parties, e.g., telemarketers. For example,unsolicited calls from telemarketers may contain false advertisementsand high pressure sales pitches. In general, telemarketing connotesfraud and illegitimacy. In fact, the Federal Trade Commission in theUnited States recently instituted a National Do-Not-Call Registry wherepeople can register their telephone numbers to stop telemarketers fromcalling such numbers.

SUMMARY OF THE INVENTION

A technique for individualized advertising through an informationassistance service is disclosed in copending, commonly assignedapplication Ser. No. 10/835,628 (“the '628 application”), filed Apr. 30,2004, which is incorporated herein by reference. This individualizedadvertising technique well redresses the ill perception of telephonicadvertising, which is tainted by the practice of illegitimatetelemarketing. For example, in accordance with the individualizedadvertising technique, a user is provided with telephonic advertisementswhen he/she calls for information assistance, at a time chosen by theuser. In addition, the telephonic advertisements are targeted ortailored to the needs of individual users, thereby providing the userswith a useful service, rather than annoyance as would be the likely caseof telemarketing. Moreover, the user would consider the telephonicadvertisements from the information assistance service credible sincethey come from the same trusted source as the contact information uponwhich the user relies to conduct day-to-day communications. In fact, auser may entrust his/her personal information to the informationassistance service to develop a “user profile” to individualize his/herservice. A user may also entrust his/her financial informationconcerning, e.g., credit cards, debit cards, electronic wallets, linesof credit, etc. to the information assistance service for payment of theinformation assistance service charges and other transactions conductedthrough the service.

The present invention improves the above-described individualizedadvertising technique by deriving context information from informationexchanges in an information assistance call. Such context information,which may not be explicit from the information exchanges, is used toselect just-in-time advertisements for the user, which may be pertinentto an anticipated event, location, etc. of the user, thereby increasingthe effectiveness of telephonic advertising. Advantageously, thederivation of the context information is transparent to the user, whichis performed as a background process without knowledge of the user.

Thus, in accordance with the invention, when a call is received in whicha user requests an information assistance service (e.g., inquiring abouta movie listing and ordering a ticket for the movie), the context of thecall is identified (i.e., movie event context). Data relating to thecontext (e.g., the genre of the movie, name and address of the movietheater, title of the movie, etc.) is derived from information exchangesin the call. An advertisement is selected based at least on the deriveddata, which is then provided to the user. For example, in the movieevent context, with the knowledge of an anticipated location of theuser, i.e., the movie theater, the advertisement selected may concern arestaurant in the vicinity of the movie theater. In accordance with anaspect of the invention, knowing the user's cuisine preference, e.g.,Italian, specified in a user profile, the inventive system may select anadvertisement concerning an Italian restaurant in the vicinity of themovie theater.

BRIEF DESCRIPTION OF THE DRAWINGS

Further objects, features and advantages of the invention will becomeapparent from the following detailed description taken in conjunctionwith the accompanying drawing showing an illustrative embodiment of theinvention, in which:

FIG. 1 illustrates a communications system, including informationassistance service centers (IASCs), in accordance with one embodiment ofthe invention;

FIG. 2 illustrates an IASC of FIG. 1, in more detail;

FIG. 3 is an example of a profile gateway in FIG. 2, in more detail;

FIG. 4 is an example of a voiceprint gateway in FIG. 2, in more detail;

FIG. 5 is an example of a context information gateway in FIG. 2, in moredetail;

FIG. 6 is a tree representation for deriving context information from amovie-related information assistance call, in accordance with oneembodiment of the invention;

FIG. 7 is a flowchart depicting a process for achieving callcontext-based advertising, in accordance with one embodiment of theinvention;

FIG. 8 illustrates a user profile record accessible through the profilegateway of FIG. 3;

FIG. 9 is a flowchart depicting a process for monitoring a usage limitspecified in the user profile record;

FIG. 10 is a flowchart depicting a process for obtaining a voiceprintsample in accordance with one embodiment of the invention;

FIG. 11 is a flowchart depicting a process for obtaining additionalverbal utterances for use in deriving a voiceprint sample in accordancewith another embodiment of the invention;

FIG. 12 a is a flowchart depicting a process for adjusting a thresholdfor use in verifying a voiceprint in accordance with one embodiment ofthe invention;

FIG. 12 b is a flowchart depicting a process for using a differentvoiceprint sample, dependent on a phone used to call the system;

FIG. 13 is a flowchart depicting a process for adjusting a threshold inaccordance with another embodiment of the invention, when there isreason to believe that a subscriber's phone number may have changed;

FIG. 14 is a flowchart depicting a process for setting message limitsfor each party of a multi-party account, in accordance with anotherembodiment of the invention;

FIG. 15 is a flowchart depicting a process for allocating calls toparticular parties of a multi-party account, in accordance with anotherembodiment of the invention;

FIG. 16 is an example of a call detail record including an identifier ofa particular party of a multi-party account, for use in the process ofFIG. 15; and

FIG. 17 is an example of an alternative information assistance serviceprovider for use in the system of FIG. 1.

DETAILED DESCRIPTION

The invention is directed to providing an enhanced informationassistance service, including providing call context based advertisinginformation to a user. Oftentimes, a phone conversation between abusiness and a customer is monitored for quality control or trainingpurposes. In accordance with the invention, the interactions between aninformation assistance provider (e.g., an operator or a voice server)and a user in an information assistance call may be monitored from whichcontext information is derived. Such information relates to the contextof the information assistance call and sometimes is not explicit fromthe interactions. The context information is used to select just-in-timeadvertisements pertinent to an anticipated event, location, etc. of theuser. The derivation of the context information is transparent to theuser as it is performed as a background process without knowledge of theuser. In other words, as far as the user is concerned, he/she isrequired to do nothing more than the usual interactions with theinformation assistance provider in conducting the information assistanceservice call.

For example, a user may call the inventive information assistanceservice to take advantage of a “concierge” service feature (describedbelow) to purchase tickets for a particular movie showing at a selectedmovie theater. Based on the context of the call (i.e., movie event), theinventive information assistance service may infer that the user will bein the movie theater showing the movie. As such, in accordance with theinvention, a first type of advertisement concerning the theater'sfacilities including, e.g., a coupon code for a discount on snacks andbeverages at the theater's refreshment concession, may be provided tothe user at the conclusion of the information assistance call. Further,the inventive service may infer that the user must like the particularmovie for which the user purchases the tickets. As such, in accordancewith the invention, a second type of advertisement concerningmerchandises relating to the movie, e.g., T-shirts promoting the movie,music CDs containing a soundtrack of the movie, DVDs of a past releaseor previews of a future release of any sequels or prequels of the movieor related movies, etc. may be provided to the user. Moreover, theinventive service may infer from the genre of the particular movie,e.g., comedy, that the user would enjoy a similar type of entertainment.As such, in accordance with the invention, a third type of advertisementconcerning, e.g., other comedic shows, plays, movies, literature, books,etc. may be provided to the user. In addition, the service may inferthat the user would be in the vicinity of the selected movie theatersome time before and after the movie. As such, in accordance with theinvention, a fourth type of advertisement concerning, e.g., arestaurant, bar, dining facility, nightclubs, etc. in the vicinity ofthe movie theater may be provided to the user. In accordance with anaspect of the invention, with the aid of a user profile maintained bythe inventive service for the user, the specific advertisements may bemore targeted to the user. For example, with the knowledge from the userprofile that the user prefers a particular cuisine, the fourth type ofadvertisement may be narrowly directed to restaurants serving his/herpreferred cuisine in the vicinity of the movie theater.

It should be noted that the aforementioned types of advertisement arefor illustrative purposes only. It will be appreciated that the actualadvertisements provided to a user will vary from call-context tocall-context in accordance with the invention. For example, during aninformation assistance service call in which a user requests aninformation assistance provider to help make a hotel reservation, thecall context is identified (i.e., hotel reservation). Contextinformation is then derived, which may not be explicit from theinformation exchanges in the call. For instance, based on the name ofthe hotel desired by the user, the inventive system, without the user'sknowledge, may search a hotel listing database for the rating of thehotel, e.g., a 5-star rating. The inventive service may infer from the5-star rating of the hotel that the user enjoys a luxurious lifestyle.As such, advertisements concerning luxury car rentals, fine diningfacilities (e.g., 5-star rated), etc. in the same city as the hotel,which comport with the user's lifestyle, may be provided to the user.

It should also be noted that multiple users, e.g., family members, mayshare the same account with the information assistance service, whichmay be identified, e.g., by the home telephone number. The access of auser profile of an individual member involves proper identification ofthe member calling the information assistance service. In practice, afamily member calling the information assistance service from the hometelephone number is identified based, e.g., on an automatic numberidentification (ANI) determining the originating telephone number and,thus, the information assistance service account, followed by avoiceprint, PIN, etc., determining the individual family memberpersonally. Once the particular family member is identified, theinformation assistance service may provide targeted advertisements tothe individual based on his/her user profile and other informationpertaining to the individual.

FIG. 1 illustrates an example of a communications system 10 embodyingthe principles of the present invention. In this example, thecommunications system 10 is an information assistance service system.The information assistance service system 10 includes a plurality ofoperators dispersed throughout a wide coverage area in informationassistance service centers (IASCs) 22 through 28. IASCs 22 through 28are coupled to each other and to one or more information hubs 30 througha network 40. The network may be a wide area network (WAN) 40 coveringan extensive area, for example. WAN 40 can be an Internet-based network,such as the World Wide Web, or a private intranet based network. Each ofIASCs 22 through 28 may cover one or more regional coverage areas.Information assistance service system 10 may be accessed directly by auser on a wireline phone, wireless phone, and other such communicationsdevices through which a customer may communicate with system 10 byvoice.

Information hub 30 may include one or more processors, such asinformation server 32, which is accessible by the operators in thesystem 10, and one or more memory devices, such as information database34, in which identifying information about each user is stored andmaintained. Each subscriber account may include one or more individualusers. For example, a single account established by a subscriber (e.g.,a parent) may include multiple members of a family as users (e.g.,children). Similarly, a single account established by a businesssubscriber may include multiple employees of the business as users.

A folder may be associated with one or more communicationsidentifications of the respective subscriber's communications devicesthat the subscriber has registered with system 10. For example, thecommunications identification may be a phone number of a subscriber'swireline or wireless phone. The presence or absence of a subscriberfolder corresponding to a phone number or other such identifying datamay be used to indicate whether a caller is an authorized user of thesystem or not.

The subscriber folder may include user profiles of the subscriber andother users of the subscriber account. Each user profile may containpreferences of the user associated therewith, as described inco-pending, commonly assigned application Ser. No. 10/323,287, filed onDec. 19, 2002 (“the '287 application”), incorporated herein byreference. A user may specify in a user profile his/her preferred typesof events, areas of interest, food, goods, services, manufacturers,merchants and other personal preferences, e.g., preferred music,fashion, sports, restaurants, seating on a plane, frequent flyer number,frequent stay number, sizes of jackets, etc. Such a profile may be usedby a server to tailor the content of information delivered automaticallyto the user as soon as the information becomes available. The user mayalso specify in the profile the preferred method of handling his/herinformation assistance call, e.g., use of a special skilled operator,such as a Spanish speaking operator, to answer such a call. Thus, byusing a user profile, the user is automatically provided with anindividualized service, without the need of otherwise repeating thepreferences each time when calling an operator to obtain information andassistance. The user profiles in the subscriber folder may contain avoiceprint sample of the users associated with the account,respectively. The voiceprint sample may be compared to a voiceprintreceived from a caller to verify the identity of the caller, enablinggreater personalization of services based on the caller's user profile,as described further below.

The personal preferences in a user profile may be specified by a userduring registration with system 10 via a phone call, for example, inresponse to registration questions posed by an operator or a voiceresponse unit (VRU). Personal preferences may also be entered andchanged via a web page. A subscriber will typically also register thephone number of each phone that may be used to call system 10, andidentify the type of phone as a wireline or wireless phone. A phone thatis used as a speakerphone may also be identified as such.

One or more voiceprints may be obtained during the registration processand subsequent calls between a user and system 10 to derive a voiceprintsample, in accordance with certain embodiments of the invention, asdiscussed further below. If there are multiple users to an account, eachuser may provide a voiceprint during registration by speaking on thephone in turn, or at a later date.

Subscriber folders and other such information may also be stored locallyat one or more of the IASCs 22 through 28, as described in the '287application. Local storage may speed access to the information by arespective IASC 22 through 28. The folders and information at differentIASCs may be synchronized. Synchronized databases provide necessarybackup as well as support to roaming mobile device users.

Web server 36 may also be provided in information hub 30, coupled toinformation server 32 and/or other servers. Subscriber accountinformation, such as billing information, may be stored in web server36. The system's website may also be provided by web server 36 or byanother server connected to the Internet. Web server 36 may be coupledto system 10 at other locations, as well.

IASCs 22 through 28 may also be coupled to billing platform 50 via WAN40 or other such network. Billing platform 50 generates billing records,which may be bills or precursors to bills, from event records, such ascall detail records (CDRs), generated by IASCs 22 through 28 to documentthe events occurring during a call. An event may be any activity at thecall center related to handling of the call. Each event during thecourse of a call may cause generation of a CDR by a component of thecall center involved in that event. For example, upon receipt of adirectory assistance call, a carrier switch may generate a CDR anddirect the call to one of the IASCs 22 through 28. Other examples ofevents that may cause generation of a CDR include queuing a call whilewaiting for an operator to become available, connecting the call to anavailable operator, conducting a search of a database for directoryassistance or other services, activating a voice response unit (VRU),connection to a destination number, etc. The generation of CDRs for suchevents is described in copending application Ser. No. 09/777,061, filedon Feb. 5, 2001, which is assigned to the assignee of the presentinvention and is incorporated by reference, herein. Billing platform 50may be part of information assistance service system 10 or part of anetwork carrier. It may also be a third party contracted to compileinformation for bills, contracted by system 10.

The CDR(s) generated during a communication contain the communicationrelated information necessary to compute a bill for the communication,such as call duration, toll connection, information assistance service,and the type and/or class of information service provided, to the extentthat charges vary depending upon the type of information serviceprovided. CDRs are sent to billing platform 50, which compiles the CDRsfor each call and for calls for each customer.

Billing platform 50 may comprise call detail record (CDR) database 52,billing compiler 54 and billing server 561 CDR database 52 collects andstores CDRs generated by IASCs 22 through 28. Billing compiler 54 is aprocessor or computer that compiles CDRs related to the same call and tothe same customer. CDRs related to the same call may be identified by acommon identification number assigned to each CDR by an IASC 22 through28 handling a particular communication, as described below. CDRs relatedto the same subscriber may be identified by the ANI of the phoneregistered with the subscriber's account, for example, and incorporatedin the CDR. A customer may have multiple phones with respective ANIsand/or other communications identifications registered with the account.Each ANI may cause generation of a separate bill or the charges for eachphone may be compiled into a single bill. While a single CDR database32, billing compiler 34 and CDR server 36 are shown, it is understoodthat multiple databases, compilers and servers may be used.

Billing server 56 computes appropriate charges for each call based onstored rate information and the compiled CDRs, and generates a billingrecord. The billing record may be a customer bill, or a precursor to acustomer's bill. If billing platform 50 is part of a third party, aprecursor to a bill is typically generated by billing server 56. Theprecursor may be provided to information service system 10, such as toweb server 36, for final formatting and presentation to a customer, bymail, e-mail or through the website. An electronic bill may be generatedinstead of or along with the printed bill, for being e-mailed orotherwise sent electronically to the customer. Billing server 56 mayalso format and generate a bill and convey it to a customer by any ofthe methods described above. Billing server 56 also stores the generatedbills and the underlying CDRs in appropriate memory (not shown) forlater reference.

While information assistance service system 10 in this example includesa plurality of IASCs 22 through 28, the invention may be implemented ina system including a single IASC coupled to an information hub.

FIG. 2 illustrates an example of an IASC 100, which genericallyrepresents one of aforementioned IASCs 22 through 28, in more detail.IASC 100 comprises information assistance service provider (IASP) 102and servicing platform 104. Servicing platform 104 may be part of IASP102 or separate from it. Servicing platform 104 may be located in thesame geographic area or in a different geographic area than theassociated IASP 102.

Servicing platform 104 includes an interface, such as a servicing switch106, and a switch host computer 108. Switch 106 is a conventional switchconnected via one or more external T1 links 110, including digital T1links, to one or more carrier networks (not shown). T1 links 110 may bevoice, data or video connections through which incoming and outgoingvoice, data, and/or video communications can be made. Outgoingcommunications may be placed over the same or different carrier networksthan the carrier network on which the incoming communication wasreceived. Switch 106 includes digital signal processing (DSP) circuitry.Thus, switch 106 can be programmed and reprogrammed to function as,among other things, call progress analyzers (CPAs), call progressgenerators (CPGs), multi-frequency (MF) tone generators/detectors,dual-tone multi-frequency (DTMF) generators/detectors, and/orconferencing units, depending upon the demand placed on IASP 102 andswitch 106 for each corresponding function.

Switch host computer 108 may be programmed to control the operation ofservicing switch 106, as well as the operation of the other componentsof IASP 102 described below. Servicing switch 106 may also be programmedto control some or all operations of the switch, instead of or inaddition to the control provided by switch host computer 108. Switchhost computer 108 and servicing switch 106 may each be private branchexchange (PBX) components. In FIG. 17, in contrast, IASP 900 is shownwithout a PBX switch and host computer.

The one or more operators in IASP 102 are equipped with operatortelephones 112, which are coupled to servicing switch 106 via channelbank 114 and a TI link 110. The one or more operators are also equippedwith respective terminals 116. Each terminal 116 includes a videodisplay unit and a keyboard with associated dialing pad (not shown).Operator terminals 116 are connected over data network 118 to one ormore database servers 120 (although only one is shown here). Thedatabase server 120 is coupled to one or more directory assistancedatabases 122.

Operators at operator terminals 116 may access database server 110 toobtain requested information, such as a user's desired party and theappropriate destination telephone number of the party, by conductingsearches for the requested information. Other information assistance orspecialized communications services, such as restaurant recommendations,movie listings, events, special offers, etc., may also be provided bysearching database server 110.

Data network 118 includes a local area network (LAN) supplemented by anumber of point-to-point data links, for example. Through data network118 and routers (not shown), components of IASP 102 may also beconnected to the Internet.

IASP 102 also includes profile gateway 124 coupled to data network 118.Profile gateway 124 contacts information hub 30 to request informationabout a user, such as a user profile. Profile gateway 124 may compriseinterface 126, processor 128 and memory 130, as shown in FIG. 3. Memory130 here generically includes disks, caches and volatile andnon-volatile memory.

Voice server 134, which may be a voice response unit (VRU), for example,is used to play the constantly repeated parts of an operator's speech,such as, the various greetings and signoffs (or closings). Voice server134 may also have voice recognition capability, to interpret verbalstatements made by a customer. For example, instead of connecting a callto an operator, switch host computer 108 may connect the call to voiceserver 134, which may request that the customer recite the name of aparty for example customer desires directory assistance, as describedfurther below. Voice server 134 is connected via data network 108 toswitch host computer 108 and via one or more T1 spans to switch 106.Voice server 134 may comprise a general purpose computer and one or morevoice cards for voice recognition, voice recording and playback, andcall progress analysis, for example. If more than one voice server isprovided, each one is connected to servicing switch 106 by a separate T1link.

At appropriate stages in a call progression, switch host computer 108initiates a voice path connection between voice server 134 and switch106 so that the caller, or the caller and the operator, are able to hearwhatever pre-recorded speech is played on that connection by voiceserver 134. Switch host computer 108 then instructs voice server 134,via data network 118, what type of message to play, and passes dataparameters that enable voice server 134 to locate the messageappropriate to the call.

Voiceprint gateway 136 is provided to receive, record and digitize avoiceprint received from a caller. Voiceprints for use in developing avoiceprint sample or model for comparison to later received voiceprints,are also received and processed initially by voiceprint gateway 136.Processing of voiceprints into voiceprint samples is discussed further,below. Voiceprint gateway 136 may be structurally similar to voiceserver 134 and their functions may be combined. Voice server 134 may becoupled to servicing switch 106 through voiceprint gateway 136, insteadof being directly connected to it, as shown in FIG. 2. Voiceprintgateway 136 may play instructions to a caller, as well, such as askingthe caller to repeat a passphrase/password, for example, so that avoiceprint may be collected. As shown in FIG. 4, voiceprint gateway 136may comprise computer 138, such as a general purpose computer. One ormore voice cards 140 and memory 144 are coupled to computer 138. Voicecard 140 may include digitizer 142. As above, memory 144 genericallyincludes disks, caches and volatile and non-volatile memory. Voiceprintgateway 136 is coupled to servicing switch 106 via one or more T1 links110 and to data network 118. Voiceprint gateway 136 may be a LINUXserver running suitable voice recognition or speaker identificationsoftware. For example, the voiceprint gateway 136 may run SpeechSecure™,available from SpeechWorks International, Inc., Boston Mass. Exemplarypatents related to speech verification include U.S. Pat. No. 6,519,561,U.S. Pat. No. 6,480,825, U.S. Pat. No. 6,038,528, U.S. Pat. No.5,862,519, U.S. Pat. No. 5,839,103, U.S. Pat. No. 5,634,087, and U.S.Pat. No. 5,634,087, which are incorporated by reference herein. Suitablesoftware may also be obtained from Nuance Communications, Inc., MenloPark, Calif., for example.

To access IASC 100 of information assistance service system 10,customers of a particular telephone carrier or company may dial, speakor otherwise communicate the access digits, access codes or retailnumbers established for information assistance by that carrier to accessinformation assistance service system 10. For example, the predeterminedaccess digits may be “411,” “*555,” “555-1212,” “1-800-555-1212,” “00,”or other designated access numbers. Upon receiving such access digitsfrom a customer's communications device, the participating telephonecarrier's switching system routes the call to an IASC 100 of informationassistance service system 10 (via a T1 link 110), where it appears as anincoming call. Customers and other users of information assistanceservice system 10 may also call the system directly, in which case thecall is also received by servicing switch 106 along one of the T1 links110.

To connect a call to an IASC 100, a carrier network switch (not shown)of a participating carrier sends call setup signals containing dataconcerning the call, such as an ANI identifying the originating wirelineor wireless phone, a dialed number identification service (DNIS) stringidentifying the dialed telephone number or other such communicationsnumber, the area of the call's originating site, and/or a customeridentification number assigned by the carrier, to servicing switch 106.The received call setup signals are monitored and processed by switchhost computer 108, which assigns a call sequence number to the call, touniquely identify the call within the information assistance system 100.A CDR is created for each call by switch 106, based on this information.

System 10 uses several criteria to identify a caller as an authorizeduser to the system before providing service to the user. Preferably, atleast two criteria must be met to verify the identity of a caller as anauthorized user. In one example, the first criterion is a phone numberor other such identifier of a phone registered with system 10. Anidentifier in the call setup signals, such as the ANI, identifying theoriginating phone number, is examined and if the phone is registeredwith an account with the system, the phone and the associated account isidentified. The DNIS may also be used under certain circumstances, asdiscussed above. A caller may also inform an operator of system 10 of aphone number of a registered phone, verbally. For example, if a calleris not calling from a registered phone, an operator or voice server 134may request that the caller provide a number of a registered phone. Thecaller is thereby preliminarily identified as a particular authorizeduser (if there is only one user associated with the account), or as oneof a limited number of authorized users associated with the account.

In this example, the second criterion is the voiceprint of the caller.To verify that the caller is the preliminarily identified user or toidentify the caller as a particular one of several authorized users, avoiceprint of the caller is compared with a stored voiceprint sample orsamples of authorized users of the account to determine if there is anacceptable match.

In this example, if a voiceprint sample is not available or ifvoiceprint analysis is not conclusive, a third criterion may be otheridentifying information, such as a PIN, the user's mother's maiden name,etc. Preferably, either the first and second or the first and thirdcriteria are used to verify identity. It is preferred not to use thesecond and third criteria together to verify identity. This verificationprocess will now be described in more detail.

To preliminarily identify the caller as an authorized user, switch hostcomputer 108 may extract the ANI from the call setup signals andtransmit the ANI to components of IASC 100, including profile gateway124, through data network 118. Interface 126 of profile gateway 124 mayreceive the ANI and convey the ANI to processor 128. Processor 128 thenrequests information server 32 of information hub 30 (see FIG. 1) for asubscriber folder associated with the ANI or other such identifier inthe call set up signals, via WAN 40. Information server 32 then searchesinformation database 20 for such a subscriber folder. If a folder isfound, it is sent to profile gateway 124, via WAN 40. The folder may bestored in memory 130.

If there is only one user, i.e., the subscriber, associated with thesubscriber folder (and thus the subscriber account), then system 10preliminarily identifies the caller as that subscriber. If there aremultiple users associated with the folder (account), then system 10 haspreliminarily identified the caller as one of those multiple users.

The call may be directed to an operator device, such as operatortelephone 112 and operator terminal 116 of an available operator, byswitch 106 under the control of switch host computer 108. Information inthe subscriber folder including user profile(s) is made available to anoperator from profile gateway 124 via their respective terminal 116.

Automatic call distribution (ACD) logic, which may reside in switch hostcomputer 108 or elsewhere in system 100, may be used to queue (ifnecessary) and distribute calls to available operators at operatordevices in the order in which they are received, to evenly distributethe call traffic among the operators. Other distribution logic schemesmay be used instead, such as skills-based routing or a priority schemefor preferred callers.

To confirm the identity of the caller as the preliminarily identifiedsubscriber, or to identify the caller as one of the multiple users ofthe account, the voiceprint gateway 136, voice server 124 or theoperator may ask the subscriber to state their passphrase or password toobtain a voiceprint of the caller. Voiceprint gateway 136, which may beconferenced into the call, receives and digitizes the passphrase orpassword to form the voiceprint. The voiceprint is encapsulated within aVoice Extensible Markup Language (Voice XML) file and sent toinformation server 32 with instructions to compare the voiceprint to thevoiceprint sample or model stored in (or associated with) the subscriberfolder in information database 34 identified through the ANI (andalready provided to profile gateway 124). The digitized voiceprint iscompared to the voiceprint sample to yield a statistical measure of thecorrespondence between the two. The measure may be a confidence score,for example, indicative of the degree of correspondence between thereceived voiceprint and the stored voiceprint sample. The confidencescore may be compared to a threshold to determine if the degree ofcorrespondence is sufficient to conclude that the voiceprint and thevoiceprint sample are from the same party, with an acceptable degree ofcertainty. If a score is below the threshold, the identity of the calleras a particular user is not confirmed. The operator may then ask thecaller for other information to confirm their identity, such as a PIN,name, address, mother's maiden name, etc. Voiceprint gateway 136 orvoice server 134 may also compare the voiceprint to the voiceprintsample and compare the resulting confidence score to the threshold.

An upper and a lower threshold may be provided defining three ranges. Ifthe confidence score is greater than or equal to the upper threshold,the identity of the caller as a particular user is confirmed. If theconfidence score is below the lower threshold, the test is failed andservice will not be provided, unless the caller provides additionalinformation to satisfy the operator that caller is who they purport tobe. For example, the caller could provide a name, PIN and mother'smaiden name. If the confidence score is greater than or equal to thelower threshold but less than the upper threshold, the results areambiguous and the operator, voice server 134 or voiceprint gateway 136may ask the caller to repeat the passphrase/password or provide otherinformation, such as a PIN. On a scale of 0.0 through 1,000.0, the upperthreshold may be 600 and the lower threshold 350, for example.

A user may fail the voiceprint test because the registered phone numberof the subscriber has been assigned to another party. The subscriber mayhave moved, for example, and not updated system 10. Alternatively, thecaller may be a subscriber using a new phone, who may not have updatedsystem 10. The operator may then update the subscriber's account. If thecaller does not have a subscription, the operator may offer to registerthe caller with system 10.

If there is only one user, i.e., the subscriber, to an account, then thevoiceprint received from the caller need only be compared to the onevoiceprint sample of that subscriber. In this case, the voiceprintverifies the identity of the subscriber, who has been preliminarilyidentified based on the ANI or other such identifier of the subscriber'sphone.

If there are multiple users to the account, such as family members oremployees of a business, there may be multiple voiceprint samplesassociated with the account. The received voiceprint may be comparedwith each voiceprint sample and the identity of the caller may bedetermined based on the voiceprint sample with the highest confidencescore equal to or above the threshold. Multiple thresholds may beprovided, as discussed above. In this way, a caller may be identifiedwithout requiring input of a PIN or other such information.

If a subscriber is calling from a public phone or another party's phonewhose number is registered with system 10, the ANI of the phone will notbe correlated with a subscriber account or folder. In that case, theoperator, or voice server 134 or voiceprint gateway 136 may then ask foridentifying information, such as the caller's name or phone number ofthe phone registered with the system. The caller's voiceprint may thenbe used to verify the identity of the caller. Further information may berequested to verify the identity of the caller, such as the user's PIN,password, mother's maiden name, etc. The voiceprint may then be used, ifdesired, to provide further verification that the caller is thesubscriber corresponding to the PIN, etc.

If the caller is using another subscriber's phone, then the system willpreliminarily identify the caller as a user to the account of that othersubscriber. The voiceprint of the caller should not, however,sufficiently correspond to the voiceprint of an authorized user and theidentity of the caller as an authorized user will not be verified.Again, the operator, voice server 134 or voiceprint gateway 136 willthen ask the caller for the caller's name and/or phone number of aregistered phone. The voiceprint and/or other identifying informationmay then be used to verify the identity of the caller, as discussedabove.

Voiceprints work best in identifying one out of a limited number ofparties. In most cases, the ANI will narrow the class of probablecallers to the one or limited number of users associated with anaccount. The voiceprint of the caller may then be used to readily andquickly verify the identity of the one user or determine which one of alimited number of users is the caller. If there are too many usersassociated with the account to match a voiceprint in a reasonable amountof time, it may still be necessary for an operator or voice server 132to intervene and request additional information. A voiceprint may becompared to up to about 25 voiceprint samples in a reasonable amount oftime with acceptable accuracy for a typical information assistanceservice system, for example.

After verification of the identity of the user, the operator may addressthe user by the name found in the user profile. The user may thenrequest information assistance, such as the phone number and/or address,of a party. The operator submits the requested party's name to databaseserver 120 via data network 118 by clicking on a button or tab on thescreen or depressing a key on the keyboard. Database server 120 conductsa search of directory assistance database 122 for the requested party.

If a phone number, address or other such communications identificationcorresponding to the requested party's name is found, the number may besent to the requesting operator terminal 116 by database server 120. Theretrieved number may be displayed on the operator's monitor. Thecustomer may then be verbally informed of the number by the operator.Alternatively, the number may be provided to voice server 134 via switchhost computer 108. Voice server 134 may then generate a message recitingthe number.

The information assistance call may then be terminated or the customermay be given the option of being connected with the communicationsnumber (i.e. telephone number) of the requested party, as is known inthe art. The option may be presented by the operator or by voice server134. The customer may accept the option by a verbal indication to theoperator or voice server 134 or by entry of data through the customer'sphone. If the call is connected to the requested party, servicing switch106 may send call setup signals for the call, including the requestedparty's number as a DNIS, to a carrier switch for connection to therequested party. Alternatively, system 10 may connect the call to therequested party via servicing switch 106. The information assistancecall is then completed. The connection between the customer and the IASP10 may be terminated or it may be maintained in order to provideadditional information assistance via the well-known StarBack® feature.

Instead of connecting the call to an operator at an operator device,switch host computer 108 may connect the call to voice server 134 torequest verbal input of a requested party's name or concierge requestand/or to present other options, as is known the art. If voice server134 can identify the request, the name is conveyed to data server 120via data network 118, to conduct a search, as described above. If voiceserver 134 cannot identify the request, the call is connected to anoperator device by switch host computer 108 for handling by an operator,as described above.

As mentioned above, verbal utterances of a subscriber to system 10 maybe collected during phone registration of the subscriber (or at a latertime) to derive voiceprint samples. Voiceprint gateway 136 may beconferenced into the call, and request the new subscriber to repeat apassphrase or password several times, such as three times, for example.The passphrase or password is recorded and digitized by voiceprintgateway 136. The digitized voiceprints are encapsulated in a Voice XMLfile and sent to information server 32 with instructions that thevoiceprints are to be processed to form voiceprint samples. Informationserver 32, which also runs SpeechWorks™ or other appropriate software,creates a mathematical representation of the voiceprints to form avoiceprint model or sample, and stores the voiceprint sample.Preferably, the voiceprint sample is stored in information database 34as part of the subscriber profile in a folder for the new subscriber.Voiceprint gateway 136 or voice server 134 may process the voiceprintsinto voiceprint samples instead of or along with information server 32,as well.

If multiple parties are using the same subscriber account, verbalutterances of each party may be collected and processed in turn. Eachparty may establish his/her preferences during a registration, which aremade part of the user profile associated with the party. However, inaccordance with an aspect of the invention, the subscriber to theaccount may impose usage limits on himself/herself and/or otherregistered users of the same account. For example, the aforementionedconcierge services also include the information assistance service'smaking reservation for or purchases of products or services on behalf ofa user. The subscriber may provide method of payment informationconcerning, e.g., credit cards, debit cards, electronic wallets, linesof credit, etc. to which the purchases may be charged. The subscribermay also impose usage limits on purchases for different types ofproducts or services on an account-user by account-user basis. Suchusage limits may be specified by the subscriber during the initialregistration and may be changed subsequently.

Concierge server 146 in FIG. 2, coupled to data network 118, is used toprovide the aforementioned concierge services, which include, interalia, a restaurant guide and reservation service, event information,ticketing and reservation service, hotel reservation and availabilityservice, travel or flight reservation and ticketing services, orderingspecific items such as flowers or food delivery, arrangingtransportation, and accessing entertainment guides. In particular,relying on server 146, an operator may provide movie listings andcorresponding movie theater locations to a user through a databasesearch. In addition, the operator may order tickets for a movie desiredby the user, which may be picked up at a selected movie theater showingthe desired movie. The ordering of the tickets may be performed on-lineor off-line. For details on concierge services by server 146 whichinvolve conducting on-line reservations and transactions for a user, onemay refer to copending, commonly-assigned application Ser. No.10/366,816, filed Feb. 14, 2003, which is incorporated herein byreference.

Concierge service inquiries, reservations and transactions are handledby concierge server 146 using form templates appearing on the display ofthe operator's terminal 116. The information concerning providers ofdesired products or services, e.g., their names, addresses, businesshours, URLs, contacts, etc. is also shown and formatted in fields of agraphical user interface (GUI). Similarly, the specifications, pricesand schedules, etc. of desired products or services are also shown andformatted in fields of a GUI. Concierge server 146 in this instance alsokeeps records as to what products or services, and what product orservice providers have advertisements thereof in system 10 to be“pushed” to the users under contractual terms with advertisers. Theactual advertisements may be stored in different forms (e.g., audio,text, graphics, video. etc.) in information server 32. An advertisementindicating field may be provisioned next to a product, a service, or aproduct or service provider located and shown on a GUI to indicatewhether an advertisement is available therefor in system 10.

Context information gateway 149 in accordance with the invention,coupled to data network 118 and channel bank 114, derives contextinformation from vocal interactions between an information assistanceprovider and a user during an information assistance call. Gateway 149may also derive context information from data interactions between aninformation assistance provider and concierge server 146. As mentionedbefore, such context information are derived using a background process,which is transparent to the user. As far as the user is concerned, theuser is required to do nothing more than conducting an informationassistance call in a usual manner. Based on the context information,gateway 149 identifies advertisements, pertinent to an anticipatedevent, location, etc. of the user, to information server 32. The lattermay further filter the identified advertisements with the preferencesspecified in the user profile. The resulting advertisements, which aremore targeted to the user, are provided to the user, e.g., at theconclusion of the information assistance call by automated voice. Theadvertisements may alternatively be transmitted to the user viavoicemail, email, short message service (SMS), wireless applicationprotocol (WAP), facsimile, picture phone, video phone, paging, instantmessaging, text messaging, etc., which method(s) of transmission mayalso specified by the user in his/her user profile.

FIG. 5 illustrates context information gateway 149 which comprises voiceinterface 1605, data network interface 1609 and context informationengine 1607 which may be a conventional processor. In an illustrativeembodiment, voice interface 1605 performs a well known voice-to-textconversion process on the vocal exchanges between a user and an operatorduring an information assistance call. The following illustrates sampleexchanges between an operator and a user during an informationassistance call:

Operator: “How can I help you?”

User: “Can you tell me what movie theater on the Upper West Side,Manhattan is showing ‘Ghostbusters II’?”

Operator [conducting a database search through concierge server 146]:“Cineplex Theater.”

User: “What are the show times tonight?”

Operator: “8:30 pm and 10:30 pm.”

User: “I'd like to purchase two tickets for the 8:30 show.”

Operator [successfully ordering the tickets through server 146 on-line]:“Ok. You can pick up the tickets at the movie theater before the showtime.”

Voice interface 1605 receives the signals containing the vocal exchangesfrom channel bank 114, and converts the exchanges in audio form totextual form. The resulting text is analyzed by engine 1607 to derivetherefrom the context information for identifying pertinentadvertisements, in accordance with the invention. In addition, the dataexchanges between the operator's terminal 116 and concierge server 146,e.g., searching for the theater showing “Ghostbusters II,” returning ofthe search results (i.e., the name and address of the theater, and showtimes), and ordering of the tickets are pursuant to a predeterminedprotocol, whereby the data is exchanged, e.g., in identifiable fields ina predetermined format. Through data network interface 1609, contextinformation engine 1607 identifies and reads the data fieldscommunicated between the operator's terminal 116 and concierge server146 through data network 118. Such data exchanges may also be analyzedby engine 1607 to derive therefrom context information for identifyingpertinent advertisements.

However, it should be noted that the vocal exchanges between a user andan operator, as illustrated above, are free flowing and do not follow aparticular format. Engine 1607 parses the textual version of the vocalexchanges to ascertain the call context and other information, which mayinvolve keyword/keyphrase recognition, analyses of syntacticalrelationship between words and phrases, etc. On the other hand, the dataexchanges between the operator's terminal 116 and concierge server 146follow rigid rules. Knowing the subject of the data fields exchangedpursuant to the predetermined protocol, engine 1607 can readilyascertain the call context and other information based on the data insuch data fields.

To effectively derive context information during an informationassistance call, context information trees are used for different callcontexts. By way of example, but not limitation, FIG. 6 illustratescontext information tree 1630 used for an information assistance callrelates to a movie (indicated by root node 1635), e.g., an inquiry aboutshow times of a desired movie at a selected theater, a request forordering tickets therefor, etc. According to tree 1630, contextinformation engine 1607 during one such call attempts to derive contextinformation concerning the title of the movie desired by the user(indicated by leaf node 1640), the name of the selected theater(indicated by leaf node 1643), the genre of the desired movie (indicatedby leaf node 1646), and the address of the selected theater (indicatedby leaf node 1649).

It should be noted that not all context information can be extracteddirectly from the aforementioned vocal and/or data exchanges in aninformation assistance call. For the context information which is notexplicit from the exchanges, engine 1607 conducts inquiries and searchesbased on known information. Take the above illustrative exchangesbetween a user and an operator for example. Referring to FIG. 7, engine1607 at step 1671 determines that the call context relates to a moviebased, e.g., on the word “movie” mentioned in the exchanges. At step1673, engine 1607 derives the context information according to contextinformation tree 1630. Specifically, engine 1607 extracts the contextinformation concerning the movie title (i.e., Ghostbusters II) and thename of the movie theater (i.e., Cineplex Theater) directly from theexchanges. However, for the genre of Ghostbusters II and the address ofthe Cineplex Theater, Manhattan which are not explicit from theexchanges, engine 1607 may inquire therefor. For example, engine 1607may send to concierge server 146 an inquiry about the genre of the moviebased on the movie title—Ghostbusters II. In response to one suchinquiry, server 146 searches a movie listing database, and returns toengine 1607 an indication that the movie is a comedy in this instance.In addition, engine 1607 may send to concierge server 146 an inquiryabout the address of the movie theater based on the name of the movietheater and city/town therein—Cineplex Theater, Manhattan. In responseto one such inquiry, server 146 searches a movie theater listingdatabase, and returns to engine 1607 the theater's address.

Based on the context of the call, engine 1607 at step 1676 drawsinferences as to what advertisements are pertinent to the anticipatedevent (i.e., movie), location (i.e., movie theater), etc. of the user.For example, based on a set of predetermined inferential rules designedfor the movie-related call context, engine 1607 may infer that the userwill be in the Cineplex Theater showing the movie. As such, engine 1607determines that a first type of advertisement concerning the CineplexTheater's facilities, e.g., a coupon code for a discount on snacks andbeverages at the theater's refreshment concession, is relevant inanticipation of the user being in the theater. Further, engine 1607 mayinfer that the user must like the particular movie for which the userpurchases the tickets. As such, engine 1607 determines that a secondtype of advertisement concerning merchandises relating to the movie,e.g., T-shirts promoting Ghostbusters II, music CDs containing thesoundtrack of the movie, DVDs of a past release (e.g., Ghostbusters) orpreviews of a future release of any sequels or prequels of the movie orrelated movies, etc. is relevant. Moreover, engine 1607 may infer fromthe genre of Ghostbusters II, i.e., comedy, that the user would enjoy asimilar type of entertainment. As such, engine 1607 determines that athird type of advertisement concerning, e.g., other comedic shows,plays, movies, literature, books, etc. is relevant. In addition, engine1607 may infer that the user would be in the vicinity of the CineplexTheater some time before and after the movie. As such, a fourth type ofadvertisement concerning, e.g., a restaurant, bar, dining facility,nightclubs, etc. in the vicinity of the movie theater is relevant,particularly to a movie-goer.

Engine 1607 may request concierge server 146 to identify advertisementsof those four types determined above, which are available in system 10.For example, engine 1607 may formulate a request, which contains theaddress of the Cineplex Theater, for advertisements of any restaurantswithin a predetermined distance, say, one mile, of the theater'saddress. However, an object of the invention is to limit the number ofadvertisements sent to a user, and at the same time provide usefulinformation to the same. To that end, engine 1607 at step 1679customizes the advertisement request to provide more targetedadvertisements to the user. For example, knowing from the user profile(described below) that the user prefers a particular cuisine, say,Italian, engine 1607 individualizes the request, resulting in a requestfor advertisements of Italian restaurants within one mile of thetheater's address. At step 1682, engine 1607 sends the advertisementrequest to concierge server 146. The latter then searches a restaurantlisting database for any Italian restaurants which satisfy the requestand for which advertisements are stored and maintained in system 10.After identifying one or more such Italian restaurants, concierge server146 transmits advertisement code(s) identifying the advertisementstherefor to information server 32 through WAN 40. In response,information server 32 retrieves the advertisement(s) from storage (notshown) based on the received code(s) and, in one embodiment, causesvoice server 134 to provide the advertisements to the user in automatedvoice at the closing of the information assistance call.

FIG. 8 illustrates user profile record 1500 associated with anaccount-user in this instance. Record 1500 contains user preferencesincluding those initially specified by the user during a registration,which may be subsequently updated. As shown in FIG. 8, record 1500includes such user preferences as how the user wishes to be addressed bythe operator (e.g., “Mary” denoted 1520) and what language he/sheprefers when interacting with system 10 (e.g., “Spanish” denoted 1530).

In another embodiment, knowing the user's language preference, i.e.,Spanish in this instance, context information engine 1607 in step 1679in FIG. 7 further requires that the call context based advertisements tobe delivered to the user be in Spanish.

In addition, record 1500 contains the user's personal interests 1540,which may be used for tailoring the call context based advertisementsdescribed above to the user. For example, at the conclusion of aninformation assistance call, such advertising information may be“pushed” to the user, subject to any opt-out provision 1555 in theprofile record. In this instance, the user specifies as part of personalinterests 1540 preferred music, e.g., Beatles, Rolling Stones, etc.;fashion, e.g., Versace, Donna Karen, etc.; sports events, e.g., Knicksbasketball games, PGA Golf tournaments, etc.; and cuisine, e.g.,Italian.

The call context based advertisements may also be delivered to the uservia alternative forms and/or methods, e.g., SMS, e-mail, WAP, voicemail,facsimile, paging, instant messaging, text messaging, video phone,picture phone, etc. For example, the actual method(s) of delivery of theadvertising information may be specified by the user in user profilerecord 1500, shown as information delivery method preferences 1550. Suchinformation delivery method(s) may be established in the initialregistration by the user in response to such direct questions as “How doyou want advertising information to be transmitted to you from aninformation assistance service?” The answers to such direct questionsmay make up preferences 1550. The specified delivery methods may beprioritized in accordance with the user's preferences.

In accordance with another aspect of the invention, one or moreparameters of a subscriber account may be monitored, which may includeusage limits on use of the information assistance service, purchases ofproducts or services, etc. by the respective individual users of thesame account.

Examples of usage limits (e.g., imposed by a parent/subscriber) mayinclude limits on the total number of information assistance calls by anindividual user (e.g., a child/user), the number of calls per timeperiod (10 calls per month, for example), the total charges in dollarsof calls made, the total charges in dollars per time period, theduration of individual calls or the type of information assistancerequested (domestic or foreign, for example) that may be made and billedto a particular subscription and/or credit card number supporting thesubscription. Usage limits on other transactions such as purchases by anindividual user through the concierge service may also be imposed. Forexample, as shown in FIG. 8, the usage limit on purchases ofentertainment related services 1560 (e.g., movies, sports events) by theuser associated with profile record 500 is specified, which is $200 intotal per month. The usage limit on purchases of food and beverages 1565(e.g., restaurant take-outs) is also specified, which is $10 perpurchase.

The subscriber in this instance also specifies the method(s) of paymentfor use of the information assistance service and purchases by theindividual users. The payment method data may be stored in thesubscriber folder, and may be applied to all of the users to the samesubscriber account. For example, the payment method data may includecredit card information concerning the subscriber's MasterCard accountand American Express account. It will be appreciated that other methodsof payment, including debit cards, lines of credit, payroll deductions,prepayments, electronic wallets, funds transfer, etc. are also feasible.In this instance, the subscriber preauthorizes that all informationassistance services are charged to the MasterCard account, and all othertransactions including purchases through the concierge service arecharged to the American Express account. The methods of payment canreadily be established with the help of an operator or a service menu byvoice server 134.

Having the user charge information on record facilitates provision ofthe concierge service by the information assistance service provider.For example, when a user calls the service provider for a movie listing,the operator not only can provide the movie titles, and thecorresponding show times and locations of the theaters, but also canoffer to purchase tickets for the user in advance for a desired movie ata desired theater using charge account information on record, inaccordance with the user's preauthorization. The user may then pick upthe tickets at the movie theater or simply verify the ticket order atthe door to gain admission. Other ticket purchases for sports games,concerts, operas, plays, shows, etc. may be similarly conducted.Likewise, when a user requests hotel information from an operator, theoperator can offer to make a hotel reservation for the user using chargeaccount information on record, subject to the preauthorization.

Monitoring of a usage limit of a particular type of purchase, say,entertainment related services, will now be described. The level ofusage may be tracked in the user's profile record in informationdatabase 34. Switch host computer 108 may be programmed to informinformation server 32 of each call initiated by the user when a call isreceived. Information server 32 may be programmed to update the level ofusage in the profile record when each call is made, or to periodicallyupdate the level of usage. Information server 32 may also be programmedto compare the usage limit to the current level of usage.

Referring to FIG. 9 illustrating a routine (denoted 1400) for monitoringa user's usage limits, signals establishing a communication with theuser are received in step 1402 and the status of the user as aregistered user is determined in step 1404. If the user is not aregistered user, the call may be directed to an operator for informationassistance in step 1408.

As fully described above and further described below, the determinationof a registered user in this instance involves identifying an ANIcontained in the communication setup signals and obtaining a voiceprintsample of a passphrase or password uttered by the user. For example,switch host computer 108 may be programmed to inform informationprocessor 32 of the ANI of the call, to determine if the ANI isassociated with a subscriber account. If information server 32identifies a subscriber folder corresponding to the ANI, informationserver 32 may be further programmed to verify any voiceprint matchingthe voiceprint sample provided by the user. The matching voiceprint isused to identify the user profile record, say, 1500 within thesubscriber folder. User profile record 1500 is then provided to computer108 through profile gateway 124.

Computer 108 determines whether there are usage limits specified inprofile record 1500, as indicated in step 1410. If not, routine 1400proceeds to aforementioned step 1408. Otherwise, if there are usagelimits, computer 108 in step 1412 starts monitoring the respective usagelevels tracked in record 1500. The call is then directed to an operatorfor assistance, as indicated in step 1414.

By way of example, the caller in this instance requests the operator topurchase movie tickets through the concierge service. Further supposethe current level of usage corresponding to the entertainment relatedservices is $180 this month to date, registered in profile record 1500.When the operator conducts the movie ticket purchase which is coded tobe entertainment related, the movie tickets' price entered by theoperator is added by computer 108 to the current level of entertainmentrelated usage, i.e., $180. Computer 108 in step 1416 determines whetherthe resulting level of usage exceeds the corresponding usage limit 1560,i.e., $200. If so, computer 108 in step 1418 halts the transaction, andinforms the operator of the shortage. The operator in turn informs ofthe user of the shortage, as indicated in step 1420. The user may thenchange the number of movie tickets to be purchased to make it withinusage limit 1560. Otherwise, if the resulting level of usage does notexceed usage limit 1560, the transaction is consummated, as indicated instep 1422. In addition, computer 108 in step 1424 updates the currentlevel of entertainment related usage to include the transaction amount.

Obtaining a voiceprint sample for identifying information andpreferences may involve asking a user to repeat a particular passphraseor password multiple times, thereby likely causing the user to becomenervous and speak unnaturally. It may also increase the time required toregister a user, which may be ineffective. In accordance with anembodiment of the invention, voiceprint samples are derived from verbalutterances during registration of the user. For example, duringregistration of a new user, the new user is typically asked for theirname, address, phone numbers of wireline or wireless phones orcommunications numbers of other communications devices they may use, apassword, a PIN, credit card information to pay for the subscription,etc. The new user verbally provides this information in response toqueries by an operator, account representative or voice server 134.

A voiceprint sample may be derived based on the verbal utterances of theusers during the registration process. SpeechSecure™, for example, mayderive a voiceprint sample in a text independent mode, where a speakerdoes not follow a predetermined script (such as repeating a passphraseor password). The user's verbal utterances may be readily distinguishedfrom that of the operator's by changing the state of the connectionbetween the operator and the user. For example, the connection may bechanged from a two way to a one way conference connection, for example,

FIG. 10 is an example of a process 200 in accordance with thisembodiment of the present invention, whereby a new user to informationassistance service system 10 is registered with the system, in step 202.Text independent verbal utterances are recorded in step 204, as the useris speaking to the operator and providing registration information. Therecorded utterances are processed into a voiceprint sample, in step 206.For example, text independent processing may be used to derive thevoiceprint sample.

Generally, the greater the number of voiceprints obtained, the moreaccurate the resulting voiceprint sample or samples, and thus the moreaccurate the voice verification. As mentioned above, however, requestinga user to repeat words or phrases too many times during registration mayannoy the user and may result in an unnatural speaking voice. Inaccordance with another embodiment of the invention, additionalvoiceprints are collected to “fine tune” an existing voiceprint sample,by conferencing or otherwise tapping voiceprint gateway 136 intoconversations between users and operators of system 10, to collectadditional verbal utterances in a text independent mode. Alternatively,the call may be connected to voiceprint gateway 136 and the operator maybe conferenced in. The operator may also be in listen-only mode on thesame channel. The operator's voice and the caller's voice may thereby bereadily distinguished.

FIG. 11 is an example of a process 300 in accordance with thisembodiment of the invention. A call is connected to an operator in step302. The call could be connected to voice server 134, instead.Voiceprint gateway 136 is conferenced into the call, in step 304. Switchhost computer 108 may conference voice server 134 into the call, forexample.

Voiceprint samples are collected in step 306. Voiceprint gateway 134 mayrecord and digitize voiceprints of the subscriber and send them toinformation server 32, as discussed above, for example.

The digitized voiceprints are analyzed and processed, in step 308.Information server 32 may first determine whether the voiceprint isacceptable for use as a sample. For example, voiceprints including toomuch noise or not enough energy may be rejected. Information server 32may average acceptable voiceprints with the existing voiceprint sample,for example. Alternatively, a new voiceprint sample may be derived fromthe new voiceprints, in combination with the original voiceprintscollected during registration (which may have been saved). The newvoiceprints may replace voiceprints of lesser quality in derivation of anew voiceprint sample, as well. The new voiceprints may be weightedbased on environmental or other such factors. For example, a voiceprintthat is acceptable but contains more than a predetermined amount ofnoise may be weighted to have a lower contribution to the new voiceprintsample than a voiceprint with less noise. Such processing may beperformed by voiceprint gateway 136 instead of or along with informationserver 32.

As discussed above, voiceprints of authentic callers may notsufficiently match their voiceprint sample, due to noise and otherfactors associated with the phone used to call system 10. In accordancewith another embodiment of the invention, a voiceprint comparisonthreshold is adjusted based on the source of the call. For example, athreshold set for a wireline phone, which typically has less noise andbroader bandwidth than a wireless phone, may be lowered if a call isfrom a wireless phone or speakerphone, to allow for the increased noisetypically present.

FIG. 12 a is an example of a process 400 in accordance with thisembodiment of the invention. A phone type used to make a call to system10 is determined, in step 402. Phone type may be determined in a varietyof ways. For example, during registration, a new subscriber may identifythe type of phone associated with each phone number registered withsystem 10, as a wireline, wireless or speakerphone, for example. Thephone type may be stored in a table associated with the phone number.The table may be part of the subscriber profile and/or may be part ofanother file. Information server 32, profile gateway 124 or switch hostcomputer 108 may determine the phone type based on this information.

The type of phone associated with the ANI/MIN may also be determined bythe Telcordia Local Exchange Routing Guide (LERG), such as LERG6, basedon the first six digits of the ANI. System 10 may also identify theoperating company associated with an ANI to determine if the phone is awireline or wireless phone, also through LERG6.

The threshold is set based, at least in part, on the phone type, in step404. For example, if a first threshold is used for wireline phones andit is determined that the phone type is a wireless phone or aspeakerphone, the threshold is changed in accordance with thisembodiment. Different, lower thresholds may be used for wireless phonesand speakerphones, or the same lower threshold may be used. For example,if the default upper threshold is 600, it may be lowered to 550 for aspeaker phone and to 500 for a wireless phone. Appropriate thresholdsmay be determined to decrease the rejection of authentic subscribers toa desired level, based on use of the system, over time, for example. Nothreshold may be set until the phone type is determined, or the systemmay have a default threshold that is used unless it is determined thatthe threshold should be changed based on phone type. The default settingmay be the appropriate threshold for either a wireline phone or awireless phone, depending on the most common phone type amongsubscribers of system 10. The threshold may then be set to a differentlevel if the phone type of the phone used to make a particular call isdifferent than the phone type of the default setting. Information server32, voiceprint gateway 136 or switch host computer 108 may set thethreshold, for example.

Continuing with the example of process 400, a voiceprint of the calleris received, in step 406, and compared to a voiceprint sample, in step408, to yield a confidence score. The voiceprint confidence scoreresulting from the comparison between the received voiceprint and thevoiceprint sample is then compared to the set threshold, in step 410, toverify the identity of the caller/subscriber. Multiple thresholds may beused, as discussed above, such as an upper and lower threshold.

To implement steps 406 through 410, voiceprint gateway 136 may receive,record and digitize the voiceprint and transmit the voiceprint toinformation server 32. Information server 32 may retrieve the voiceprintsample from information database 34 and compare it to the voiceprint toyield the confidence score.

System 10 may also learn over time that a phone associated with an ANItypically has higher than expected noise. Information server 32 canmonitor the acceptable confidence scores based on a particular phone andcompare them to confidence scores of other phones of other parties. Ifthe scores are closer to the threshold than is typical, the system mayassume that there is more than an average amount of noise on that phone.The threshold may then be lowered an appropriate amount to ensure thatan authentic subscriber using that phone will not be rejected.

While the risk of an authentication of an improper party goes up as thethreshold is lowered, this risk is mitigated by other identificationtechniques, such as use of the ANI to make the preliminaryidentification of the caller. That risk is also offset by the risk ofannoying users due to excessive false negative determinations.

The voiceprint comparison threshold may also be set based on the type ofservice requested. If the requested service is a credit card purchase,for example, a higher degree of certainty is required and the thresholdmay be raised. Additional indicia of identity may also be requested,such as the caller's PIN.

Instead of changing the threshold based on phone type, as in process 400of FIG. 12 a, in accordance with another embodiment of the invention,different voiceprint samples may be derived from voiceprints collectedfrom different respective registered phones. When a user uses aparticular phone, the respective voiceprint sample derived from use ofthat phone, is used for comparison and generation of a confidence score.

FIG. 12 b is an example of process 450 in accordance with thisembodiment of the invention. Voiceprints are collected while the user isusing different registered phones, for the purpose of deriving differentvoiceprint samples for each phone. To collect the different voiceprintsamples, the subscriber may call system 10 from each registered phoneand repeat the passphrase or password while using each phone, forexample.

System 10 derives a voiceprint sample from voiceprints received whilethe user uses each phone, in step 454. System 10 may store eachvoiceprint in association with an identifier of each phone, such as theANI of each phone, in the subscriber's folder in information database34, for example.

When the user calls system 10, the registered phone is identified instep 456, as described above. The voiceprint sample to be used forcomparison is selected in step 458, based on the identified phone. Forexample, the voiceprint sample selected may be the voiceprint sampleassociated with the identifier of the phone used to call system 10.

The voiceprint of the caller is received in step 460 and compared to theselected voiceprint sample, in step 462, to yield a confidence score.The confidence score is compared to a threshold (or multiple thresholds)to authenticate the caller, in step 464. Step 460 through step 464 havebeen discussed above in detail.

If a subscriber's phone number has changed or the subscriber has moved,there is a risk that the subscriber's registered phone number has beenreassigned. A call from the registered ANI/MIN of the subscriber maynot, therefore, be coming from the subscriber or the associated user. Inaccordance with another embodiment of the invention, system 10 monitorschanges in subscriber's phone numbers and/or addresses, based oninformation provided by network carriers, for example, and flagsaccounts of subscribers who have such changes. The threshold forvoiceprint verification for calls received from a phone registered witha flagged account may be raised. For example, if a 75% threshold levelis acceptable under normal circumstances, a threshold of 90% may be usedfor flagged accounts. If that threshold is not met, an operator or voiceserver 134 may request additional identifying information from withcaller. If the caller is not the actual subscriber, an account may beestablished with the caller. The prior account may be put on hold untilthe subscriber is contacted or the subscriber contacts system 10 toupdate their profile and provide a new phone number.

FIG. 13 is an example of a process 500 in accordance with thisembodiment of the invention. Changes in phone numbers and/or addressesof subscribers to system 10 are monitored to determine if there are anychanges, in steps 502 and 504. Network carriers provide informationrelating to changes in phone numbers and addresses of their customers todirectory assistance and information assistance service systemsregularly (daily, for example), so that these services may update theirdatabases. Files of the changes may be compared to files of subscribersof system 10 to identify those subscribers with changed phone numbersand/or addresses. Information server 32 may receive the files of changesfrom the networks carriers and compare them to files of subscribers.

If a customer's phone number and/or address has changed, their accountis flagged, in Step 506. Information server 32 or profile gateway 134may flag such accounts.

Handling of a call from a caller who may have a flagged account is nowdescribed with respect to method 500. A call is received in step 508 andan account is identified, in step 510. The account may be identifiedbased on the ANI, as discussed above, for example. The identifiedaccount is checked for a flag, in step 512. Information server 32 mayretrieve and check the subscriber folder corresponding to the ANI, forexample. Profile gateway 124 and/or switch host computer 108 may alsocheck for the flag. If the account is flagged, the voiceprint thresholdis raised, in step 514. Information server 32 may change the threshold,as discussed above with respect to FIG. 12. If multiple thresholds(upper and lower thresholds, for example) are used, the upper thresholdmay be changed. A voiceprint of the caller is received, in Step 516. Thevoiceprint is compared to a voiceprint sample associated with theaccount to derive a confidence score, in Step 518, as discussed above.The confidence score is compared to the voiceprint threshold, in step520, as is also discussed above.

If the threshold is met (step 522), the call proceeds. Service may beprovided, in step 524. If the threshold is not met, the operator orvoice server 134 communicates with the caller to determine if the calleris the expected user associated with the account or another caller, instep 526. Customer identity may be verified by providing a PINassociated with the account or by providing personal information(mother's maiden name, PIN, for example) previously registered with theaccount, as discussed above. If the caller is not the customer, asubscription may be offered.

As described before, voiceprints may be used to individualize userprofiles, particularly where the subscriber account covers multipleparties. For example, a family or business may be covered by a singleaccount. Where the customer account is determined based on an ANI or MINof the one or more wireline or wireless phones that are part of theaccount, each member of the family or business is typically treated thesame. Voiceprints facilitate the access of profiles for each party tothe account. The profiles may include individual preferences of thatparticular user. For example, each profile may contain the name ornickname by which a respective user wishes to be addressed by thesystem, and the language in which they prefer to communicate. System 10may thereby respond to a call from different users sharing an account,differently. The account may be identified based on the ANI while a userprofile may be identified based on the voiceprint of the user.

As discussed above, communications systems, such as informationassistance service system 10 and network carriers, may provide targetedpromotional and informational messages to an individual user during acommunication with the user. To avoid saturating a user with the samemessage, which may annoy the user, the message may only be playedperiodically.

In accordance with this embodiment of the invention, a voiceprint of auser to the system is used to identify an individual user to an account,for the purpose of monitoring message limits. In one example, each userto the account may select the frequency that they would like to receivethe same message or any message. One party (such as a parent) may selectthe frequency for other parties (children, for example), as well. Inanother example, system 10 may determine the frequency. A system mayimplement any or all of these options. The frequency may be every thirdor fifth call, for example. Each party or system 10 may also select thetotal number of times they would like to hear the same message. Thenumber of calls by each users since the last message was played, ismonitored for each user, based on the voiceprint. The effectiveness ofthe messages may be increased and their potential annoyance decreased.

FIG. 14 is an example of a process 600 in accordance with thisembodiment of the invention. The account associated with a caller isidentified, in Step 602. As discussed above, the account may beidentified based on identifiers in the call setup signals, such as theANI.

A voiceprint sample of the caller is received, in Step 604. It is thendetermined whether there are multiple parties associated with theaccount, in Step 606. Information server may make this determination bychecking the subscriber record associated with the account, for example.

If there are multiple parties associated with the account, the caller isidentified as one of those parties by comparing the received voiceprintsample to each voiceprint, generating confidence scores and comparingthe confidence scores to the threshold, in Step 608. This has beendiscussed in detail, above. If the confidence score resulting from onlyone voiceprint sample meets the threshold, the caller is identified asthe user associated with that particular voiceprint sample. If theconfidence score resulting from several voiceprint samples meets thethreshold, the caller is identified as the party associated with thesample yielding the highest confidence score above the threshold. Thishas been discussed in detail, above. As above, multiple thresholds (anupper and a lower threshold, for example), may be used.

If there are not multiple parties associated with the account, thereceived voiceprint is compared to the voiceprint sample to verify thecaller as the one subscriber associated with the account, in Step 606.This process has been discussed in detail above, as well.

It is then determined whether there are any message limits associatedwith the account of the identified party, in Step 612, by checking theuser profile of the identified user. A promotional information messagelimit, e.g., 1570 in profile record 1500, may be established by the useror alternatively by system 10. If there are no message limits, a messagemay be played in Step 614.

If there is a message limit, a call count since the last message wasplayed is incremented, in Step 616, and it is then determined whetherthe limit is met by the current call, in Step 618. For example, if themessage limit is five calls, messages may only be played every fifthcall. If the current call increments the call count to 5, then the callcount is met in Step 618. A message may then be played in Step 614,after which, the call may proceed in an ordinary manner in Step 620. Ifthe call count is not equal to the message limit, then no message isplayed and the call proceeds in an ordinary manner, in Step 620.Information server 32 may increment the call count in the user profilerecord, and determine if the current call count meets the message limit,for example.

As discussed above, use of a PIN to identify a particular member of anaccount for billing and other purposes, is problematic. In accordancewith another embodiment of the invention, the attribution of individualcalls by each member of a joint account may be simplified by the use ofvoiceprints. When a particular user of an account including multipleusers calls system 10, that individual may be identified by theirvoiceprint. Once identified, an identifier of the individual may beinserted into a call detail record (CDR) for that communication. Abilling record and/or a bill including the identifier may be readilyprepared based on the CDR. A user may also request that certain otherusers to the account be grouped (such as the children in a family),while others (such as each parent) are listed separately.

As discussed above, the CDR is provided to billing platform 50, thatcorrelates other CDRs for that call, as well as CDRs for other callsattributed to a particular account, in preparation for bill generation.In a bill for a joint account, calls attributable to each party to theaccount are thereby identified and may be listed separately. Theidentifier of each individual may be a name of the user, a nickname, aPIN or other such number assigned to or selected by each user, a phonenumber of the phone used to call the system or a department number of abusiness, for example. The identifier may be inserted into a CDR byvoiceprint gateway 132, for example. The billing platform may be part ofthe system 10, a network carrier or part of a third party, as discussedabove.

FIG. 15 is an example of a process 700 in accordance with thisembodiment of the invention. The account associated with a caller isidentified, in Step 702. As discussed above, the account may beidentified based on the ANI in the call-setup signals. A voiceprint ofthe caller is received, in Step 704, by voiceprint gateway 136, forexample. If there are multiple parties associated with the account, theidentity of the caller is determined based on the voiceprint, in Step706, as described above with respect to method 600 (FIG. 14), forexample. An identifier of the caller is then inserted into a CDR, inStep 708, by voiceprint gateway 136, for example. A bill including theidentifier may be generated in step 710.

A standard CDR may be readily modified to include a field for such anidentifier. FIG. 16 illustrates an example of a CDR 800 that may begenerated by voiceprint gateway 136 and IASP 100, for example, todocument an identification of a user of a voiceprint informationassistance search during an information assistance call. CDR 800 mayinclude multiple fields describing an information assistancecommunication. Specifically, EVENT_MONITOR_ID field 802 contains asequence of alphanumeric characters uniquely identifying CDR 800.SUBSCRIBER_MDN field 804 identifies the telephone number of the user whomade the information assistance call, i.e., the ANI or MIN. IN_SPANfield 806 identifies the T1 span transporting the incoming communicationof the information assistance call.

EVENT_CLASS_ID field 808 is an optional field that may be used toidentify a class of an event where CDRs are generated for multipleevents, as described in application Ser. No. 09/777,061, discussedabove. For example, the value “30” in field 811 in this instance,corresponds to a SEARCHES class. Other values for field 211 maycorrespond, e.g., to CALL PROCESSING, VALUE ADDED SERVICE and LOCALSERVICES classes. Another field, here EVENT_TYPE_ID field 810, specifiesone of the event types within the class identified by the value in field808. For example, the value “105” in field 810 in this instance,corresponds to a search for a number of a requested party event withinthe SEARCHES class. Similarly, other values for field 810 correspond todifferent types of events in an identified class.

CDR_CALL_SEQ_NMBR field 812 contains a sequence number identifying theinformation assistance call in question. If multiple event records aregenerated in the same information assistance communication to documentdifferent events taking place during the communication, as described inapplication Ser. No. 09/777,061, for example, they would share the samevalue in field 812. In that way, billing compiler 54 may identify andcompile event records related to the same communication, as discussedabove. Sequence numbers are generated and assigned by switch hostcomputer 108, when the information assistance call is initially receivedby servicing switch 106. Host computer 108 then transmits the sequencenumber to switch 106, and any other component in IASP 100 that maygenerate an event record. For example, the sequence number for a callmay be transmitted to operator terminal 116, voice server 134 anddatabase server 120 to be incorporated in any CDR they generate, forthat particular call. Such a sequence number may also used by othercomponents in system 10, e.g., information server 32, concierge server146 and context information gateway 149 to track and/or reference theparticular call.

In accordance with this embodiment of the invention, IDENTIFIER field814 contains an identifier of the user calling the system in that call.As described above, when there are multiple parties to an account, suchas family members or business employees, the individual user making thecall may be identified by his/her voiceprint. The identifier may be thename, nickname or password of the calling party, a business departmentor division, etc.

IN_CHANNEL field 816 identifies the channel (within the T1 spanidentified by IN_SPAN field 406 described above), which the incomingcommunication of the information assistance call traverses. OUT_SPANfield 818 identifies the T1 span transporting the outgoing communicationof the information assistance call, if any. OUT_CHANNEL field 820identifies the channel (within the T1 span identified by field 818)which the outgoing communication of the information assistance calltraverses, if the communication is connected to the requested party'scommunications number, for example.

CARRIER_ID field 828 identifies the network carrier used to connect thecall. For example, the value “79” in field 828 identifies AT&T Corp. asthe carrier in this instance. DATA_SOURCE_ID field 830 identifies thecomponent of IASP 100 generating record 800. EVENT_START_TIME field 832indicates the start time of the communication event in question. Itshould be noted that the value in field 832 corresponds to a UNIX“epoch” time, i.e., the number of seconds elapsed from Jan. 1, 1970.Similarly, EVENT_END_TIME field 834 indicates the end time of the eventin question. Thus, with such event start and end times, the duration ofthe event in question can be determined, which may be used in computingcharges for that call. OPERATOR_LOGIN_ID field 836 identifies theoperator handling the event. The REQUESTED_PARTY'S_NUMBER field 838 maycontain the retrieved number of the requested party.

Records of events that occurred in a call may be correlated by the samesequence identification number, such as CDR_CALL_SEQ_NMBR field 812.Each information assistance call is associated with customerinformation, such as ANI or SUBSCRIBER_MDN field 804 information and/ora customer identification number assigned by the carrier.

Other fields, different fields and fewer fields may be provided in CDR800, as desired or needed by the system 10.

CDR 800 includes all the information necessary for computation ofcharges for each call, so that bill processing may be readily performed.An additional field or fields may be provided in the bill for indicatingthe identifier of the party making a particular call. Calls attributableto particular parties to an account may be listed separately in a billfor an account under the identifier of that party or each call mayindicate the identifier of the party making the call. A bill may bereadily formatted to provide such a field by CDR server 36 or byinformation server 32, for example.

Further, concierge requests in information assistance calls attributableto an individual user are recorded in CDRs, as well. Data regarding theindividual user's purchases through the concierge service may be derivedfrom such CDRs, which may be used to measure the effectiveness of thetargeted advertising and promotional messages to the user. Such data mayalso be used for more individualized customer service and marketing,e.g., pushing to the user more promotional and advertising messagesgeared towards those types of concierge requests and purchases by theuser.

In addition, IASP 100 may be configured differently from theconfiguration of FIG. 2. FIG. 17 is an example of an alternative IASP900. Components common to IASC 100 are commonly numbered. In IASP 900,call interface 902 is not connected to servicing platform 104, as inIASP 100. Instead, the functionality of servicing platform 104principally is carried out in carrier network 904. Control device 906 innetwork 904 performs similar functions to switch host computer 108, andcarrier switch 908 performs not only its conventional carrier switchingfunctions, but also those of servicing switch 106 described above, undercontrol of device 906.

In IASP 900, a communication, such as an information assistance call, isrecognized by control device 906 when it is routed through carrierswitch 908. Device 906 causes the communication to be connected throughone of pre-designated direct inward dial (DID) connections 910 toprovider 900. Control device 906 may also be connected to IASP 900 viaan Internet connection 912. The communication is received by callinterface 902 therein. Interface 902, connected to operator telephones112, includes the aforementioned ACD logic for distributing the call toan operator at one of telephones in a conventional manner. Calls arehandled in the same manner as described above. The embodiments of thepresent invention are applied in a system including one or more IASPs900, in the same manner as described above.

The communications systems described above may be implemented within-band, feature group D (FGD) type signaling, SS7 out-of-band signalingor other signaling for communications between switches (includingcarrier switches). Where SS7 out-of-band signaling is used, thecommunications systems receive the call setup signals and call progressinformation (busy, ring-no-answer, number unavailable, answersupervision, etc.) coming from an SS7 signaling link, separate from thevoice trunk.

While in the description above, the communications system 10 is said tobe an information assistance system, the present invention may be usedin other types of voice communications systems that are subscriptionbased and/or include accounts with multiple parties.

The communications systems and their components are disclosed herein ina form in which various functions are performed by discrete functionalblocks. However, any one or more of these functions could equally wellbe embodied in an arrangement in which the functions of any one or moreof those blocks or indeed, all of the functions thereof, are realized,for example, by one or more appropriately programmed processors.

The foregoing merely illustrates the principles of the invention. Itwill thus be appreciated that those skilled in the art will be able todevise numerous other arrangements that embody the principles of theinvention and are thus within the spirit and scope of the invention,which is defined by the claims below.

1. A method for providing advertisements, comprising: receiving a callin which a user requests an information assistance service; identifyinga context of the call from said user's words exchanged in the call,wherein the information exchanges include vocal exchanges between theuser and a provider of the information assistance service that aretranscribed to a text transcription; deriving data relating to thecontext from said user's words exchanged during the call wherein saidcontext of the call and said data relating to the context are derivedfrom said text transcription; selecting at least one advertisement fromamong a plurality of available advertisements, where the selection ofthe one advertisement is based on the derived data; and providing theselected at least one advertisement to the user.
 2. The method of claim1 wherein the information assistance service includes a service forconducting a transaction for the user.
 3. The method of claim 2 whereinthe transaction involves a purchase of a product or service.
 4. Themethod of claim 3 wherein the purchase includes a purchase of one ormore tickets for a movie desired by the user.
 5. The method of claim 4wherein the data concerns an address of a theater showing the movie. 6.The method of claim 4 wherein the data concerns a genre of the movie. 7.The method of claim 4 wherein the data concerns a title of the movie. 8.The method of claim 4 wherein the data concerns a name of a theatershowing the movie.
 9. The method of claim 1 wherein the advertisement isselected based also on a preference specified by the user before thecall.
 10. The method of claim 1 wherein the advertisement is provided tothe user in a language based on the language preference specified by theuser before the call.
 11. The method of claim 1 wherein theadvertisement is provided to the user during the call.
 12. The method ofclaim 1 wherein the advertisement is provided to the user via a methodof transmission preferred by the user.
 13. A method for providingadvertisements, comprising: receiving a call in which a user requestsassistance relating to a first action; identifying at least one dataelement relating to the first action from said user's words exchangedduring the call wherein the words exchanged in the call include vocalexchanges between the user and a provider of the information assistanceservice that are transcribed to a text transcription; deriving data forthe at least one data element from said derived from said texttranscription of said user's words exchanged during the call;determining a second action relating to the first action; identifying atleast one advertisement from among a plurality of availableadvertisements, where the selection of the one advertisement is afunction of at least the second action and the derived data; andproviding the selected at least one advertisement to the user.
 14. Themethod of claim 13 wherein the first action includes attending an event.15. The method of claim 14 wherein the second action includes purchasinga product or service relates to the event.
 16. The method of claim 14wherein the event includes an exhibition of a movie.
 17. The method ofclaim 16 wherein the second action includes purchasing a merchandiserelating to the movie.
 18. The method of claim 13 wherein the firstaction includes going to a place.
 19. The method of claim 18 wherein thesecond action includes visiting a facility in a vicinity of the place.20. The method of claim 19 wherein the place includes a movie theater,and the facility includes a refreshment concession in the movie theater.21. The method of claim 19 wherein the place includes a movie theater,and the facility includes a restaurant.
 22. The method of claim 16wherein the data element concerns an address of a theater showing themovie.
 23. The method of claim 16 wherein the data element concerns agenre of the movie.
 24. The method of claim 16 wherein the data elementconcerns a title of the movie.
 25. The method of claim 16 wherein thedata element concerns a name of a theater showing the movie.
 26. Themethod of claim 13 wherein the advertisement is identified also as afunction of a preference specified by the user before the call.
 27. Themethod of claim 13 wherein the advertisement is provided to the user ina language based on the language preference specified by the user beforethe call.
 28. The method of claim 13 wherein the advertisement isprovided to the user during the call.
 29. The method of claim 13 whereinthe advertisement is provided to the user via a method of transmissionpreferred by the user.
 30. The method of claim 13 wherein theinformation exchanges include vocal exchanges between the user and aprovider of the assistance.
 31. A system for providing advertisements,comprising: an interface for receiving a call in which a user requestsan information assistance service; a processor for identifying a contextof the call from said user's words exchanged during the call, datarelating to the context being derived from said user's words exchangedduring the call; and a mechanism for selecting at least oneadvertisement from among a plurality of available advertisements, wherethe selection of the one advertisement is based on the derived data, theselected at least one advertisement being provided to the user.
 32. Thesystem of claim 31 wherein the information assistance service includes aservice for conducting a transaction for the user.
 33. The system ofclaim 32 wherein the transaction involves a purchase of a product orservice.
 34. The system of claim 33 wherein the purchase includes apurchase of one or more tickets for a movie desired by the user.
 35. Thesystem of claim 34 wherein the data concerns an address of a theatershowing the movie.
 36. The system of claim 34 wherein the data concernsa genre of the movie.
 37. The system of claim 34 wherein the dataconcerns a title of the movie.
 38. The system of claim 34 wherein thedata concerns a name of a theater showing the movie.
 39. The system ofclaim 31 wherein the advertisement is selected based also on apreference specified by the user before the call.
 40. The system ofclaim 31 wherein the advertisement is provided to the user in a languagebased on the language preference specified by the user before the call.41. The system of claim 31 wherein the advertisement is provided to theuser during the call.
 42. The system of claim 31 wherein theadvertisement is provided to the user via a method of transmissionpreferred by the user.
 43. The system of claim 31 wherein theinformation exchanges include vocal exchanges between the user and aprovider of the information assistance service.
 44. A system forproviding advertisements, comprising: an interface for receiving a callin which a user requests assistance relating to a first action, at leastone data element relating to the first action being identified from saiduser's words exchanged during the call wherein the information exchangesinclude vocal exchanges between the user and a provider of theassistance that are transcribed to a text transcription and wherein saidat least one data element is derived from said text transcription; aprocessor for deriving data for the at least one data element from saiduser's words exchanged during the call, a second action relating to thefirst action being determined; and a mechanism for identifying at leastone advertisement from among a plurality of available advertisements asa function of at least the second action and the derived data, theselected at least one advertisement being provided to the user.
 45. Thesystem of claim 44 wherein the first action includes attending an event.46. The system of claim 45 wherein the second action includes purchasinga product or service relates to the event.
 47. The system of claim 45wherein the event includes an exhibition of a movie.
 48. The system ofclaim 47 wherein the second action includes purchasing a merchandiserelating to the movie.
 49. The system of claim 44 wherein the firstaction includes going to a place.
 50. The system of claim 49 wherein thesecond action includes visiting a facility in a vicinity of the place.51. The system of claim 50 wherein the place includes a movie theater,and the facility includes a refreshment concession in the movie theater.52. The system of claim 50 wherein the place includes a movie theater,and the facility includes a restaurant.
 53. The system of claim 47wherein the data element concerns an address of a theater showing themovie.
 54. The system of claim 47 wherein the data element concerns agenre of the movie.
 55. The system of claim 47 wherein the data elementconcerns a title of the movie.
 56. The system of claim 47 wherein thedata element concerns a name of a theater showing the movie.
 57. Thesystem of claim 44 wherein the advertisement is identified also as afunction of a preference specified by the user before the call.
 58. Thesystem of claim 44 wherein the advertisement is provided to the user ina language based on the language preference specified by the user beforethe call.
 59. The system of claim 44 wherein the advertisement isprovided to the user during the call.
 60. The system of claim 44 whereinthe advertisement is provided to the user via a method of transmissionpreferred by the user.
 61. The method of claim 30 wherein said vocalexchanges between the user and a provider of the information assistanceservice are transcribed to a text transcription.
 62. The method of claim61 wherein said at least one data element and said data for the at leastone data element are derived from said text transcription.
 63. Thesystem of claim 43 wherein said vocal exchanges between the user and aprovider of the information assistance service are transcribed to a texttranscription.
 64. The system of claim 63 wherein said context of thecall and said data relating to the context are derived from said texttranscription.
 65. A method for providing advertisements, comprising:receiving a communication in which a user requests an informationassistance service; identifying a context of the communication fromvocal exchanges between the user and a provider of the informationassistance service that are transcribed to a text transcription;deriving data relating to the context from said vocal exchanges betweenthe user and a provider of the information assistance service that aretranscribed to a text transcription; selecting at least oneadvertisement from among a plurality of available advertisements, wherethe selection of the one advertisement is based on the derived datarelating to the context are derived from said text transcription; andproviding the selected at least one advertisement to the user.
 66. Themethod of claim 65 wherein the advertisement is selected based also on apreference specified by the user before the communication.
 67. Themethod of claim 65 wherein the advertisement is provided to the user ina language based on the language preference specified by the user beforethe communication.
 68. The method of claim 65 wherein the advertisementis provided to the user during the communication.
 69. The method ofclaim 65 wherein the advertisement is provided to the user via a methodof transmission preferred by the user.
 70. The method of claim 65wherein the information exchanges include vocal exchanges between theuser and a provider of the information assistance service.
 71. A methodfor providing advertisements, comprising: receiving a communication inwhich a user requests assistance relating to a first action; identifyingat least one data element relating to the first action from vocalexchanges between the user and a provider of the information assistanceservice that are transcribed to a text transcription; deriving data forthe at least one data element from vocal exchanges between the user anda provider of the information assistance service that are transcribed toa text transcription; determining a second action relating to the firstaction; identifying at least one advertisement among a plurality ofavailable advertisements, where the selection of the one advertisementis a function of at least the second action and the derived datarelating to the context are derived from said text transcription; andproviding the selected at least one advertisement to the user.
 72. Themethod of claim 71 wherein the advertisement is identified also as afunction of a preference specified by the user before the communication.73. The method of claim 71 wherein the advertisement is provided to theuser in a language based on the language preference specified by theuser before the call.
 74. The method of claim 71 wherein theadvertisement is provided to the user during the communication.
 75. Themethod of claim 71 wherein the advertisement is provided to the user viaa method of transmission preferred by the user.
 76. The method of claim71 wherein the information exchanges include vocal exchanges between theuser and a provider of the assistance.